# 리던던시 (Redundancy, 이중화)

## 1. 개요
**리던던시(Redundancy, 이중화)**란 시스템의 신뢰성을 높이기 위해 핵심 구성 요소나 기능을 중복으로 배치하여, 일부 요소에 장애가 발생하더라도 전체 서비스가 중단되지 않고 계속 작동하도록 설계하는 기술적 전략을 의미한다.

네트워크 및 시스템 설계에서 리던던시를 구축하는 근본적인 목적은 **가용성(Availability)**의 확보와 **단일 장애점(SPOF, Single Point of Failure)**의 제거에 있다. 단일 장애점이란 시스템 내에서 특정 구성 요소 하나가 고장 났을 때 전체 시스템이 마비되는 지점을 말하며, 리던던시는 이러한 지점을 다중화함으로써 시스템의 생존성을 극대화한다.

## 2. 리던던시의 작동 원리
리던던시는 평상시에는 여러 자원을 효율적으로 활용하거나 대기 상태로 유지하다가, 장애가 감지되는 즉시 예비 시스템으로 제어권을 이전하거나 트래픽을 우회시키는 메커니즘으로 작동한다.

운영 방식에 따라 크게 **Active-Active**와 **Active-Standby** 방식으로 구분된다.

| 구분 | Active-Active (능동-능동) | Active-Standby (능동-대기) |
| :--- | :--- | :--- |
| **작동 방식** | 모든 중복 장비가 동시에 트래픽을 처리 | 주 장비(Active)만 처리, 예비 장비(Standby)는 대기 |
| **자원 활용도** | 매우 높음 (부하 분산 가능) | 낮음 (장애 전까지 예비 장비 유휴 상태) |
| **전환 속도** | 매우 빠름 (이미 작동 중인 상태) | 상대적으로 느림 (감지 후 활성화 과정 필요) |
| **주요 목적** | 성능 향상 및 고가용성 확보 | 안정적인 서비스 연속성 보장 |
| **복잡도** | 높음 (데이터 동기화 및 부하 분산 설정 필요) | 낮음 (단순 전환 구조) |

## 3. 주요 구현 유형
리던던시는 인프라의 계층별로 다양한 형태로 구현된다.

### 3.1 하드웨어 리던던시
물리적 장비의 고장에 대비한 중복 설계이다.
- **전원 공급 장치(PSU):** 서버 내에 2개 이상의 전원 공급 장치를 장착하여 하나가 고장 나도 전력을 유지한다.
- **NIC 티밍/본딩(NIC Teaming/Bonding):** 여러 개의 네트워크 인터페이스 카드(NIC)를 하나로 묶어 물리적 포트나 케이블 장애에 대비한다.

### 3.2 네트워크 경로 리던던시
데이터 전송 경로의 단절에 대비한 설계이다.
- **LACP (Link Aggregation Control Protocol):** 여러 물리적 링크를 하나의 논리적 링크로 묶어 대역폭을 넓히고 경로 중복성을 확보한다.
- **STP (Spanning Tree Protocol):** 네트워크 루프(Loop)를 방지하면서 물리적인 다중 경로를 구성하여, 특정 경로 단절 시 대체 경로를 활성화한다.

### 3.3 데이터 리던던시
데이터 손실 및 저장 장치 장애에 대비한 설계이다.
- **RAID (Redundant Array of Independent Disks):** 여러 개의 하드디스크를 묶어 데이터를 분산 저장하거나 미러링하여 디스크 장애 시에도 데이터를 복구한다.
- **백업 및 복제(Backup & Replication):** 원격지 서버에 데이터를 실시간 또는 주기적으로 복제하여 재해 복구(DR) 체계를 구축한다.

## 4. 장애 복구 및 전환 프로세스 (Failover)
리던던시가 실질적으로 작동하기 위해서는 장애를 빠르게 감지하고 전환하는 프로세스가 필수적이다.

### 4.1 헬스 체크 (Health Check)
시스템은 **하트비트(Heartbeat)** 신호를 통해 상대 장비의 생존 여부를 주기적으로 확인한다. 헬스 체크는 다음과 같은 방식으로 이루어진다.
- **ICMP Ping:** 네트워크 연결성 확인
- **TCP/HTTP Probe:** 특정 포트의 응답 여부 및 애플리케이션 상태 코드 확인
- **API Call:** 서비스 내부 로직의 정상 작동 여부 확인

### 4.2 페일오버 및 페일백 (Failover & Failback)
1. **페일오버(Failover):** 헬스 체크 결과 주 시스템의 장애가 확정되면, 트래픽과 제어권을 즉시 예비 시스템으로 전환하는 과정이다. 이 과정이 자동화되어 있을 때 '자동 페일오버'라고 하며, 서비스 중단 시간을 최소화한다.
2. **페일백(Failback):** 장애가 발생했던 주 시스템이 복구된 후, 다시 제어권을 원래의 주 시스템으로 되돌리는 과정이다. 데이터 정합성 확인 후 신중하게 수행되어야 한다.

### 4.3 복구 목표 지표 (RTO & RPO)
리던던시 설계의 핵심은 다음 두 가지 지표를 최적화하여 비즈니스 연속성을 보장하는 것이다.
- **RTO (Recovery Time Objective, 복구 목표 시간):** 장애 발생 시점부터 서비스가 정상적으로 복구될 때까지 걸리는 최대 허용 시간이다.
- **RPO (Recovery Point Objective, 복구 목표 시점):** 장애 발생 시 데이터 손실을 어디까지 허용할 것인가에 대한 시점이다. (예: RPO가 0이면 데이터 유실이 전혀 없는 실시간 복제를 의미함)

## 5. 가용성 계산 및 설계 지표
리던던시의 효율성은 가용성 수치로 측정된다. 가용성은 전체 운영 시간 대비 실제 서비스가 가능했던 시간의 비율로 계산한다.

$$\text{가용성}(\%) = \left( \frac{\text{전체 시간} - \text{총 장애 시간}}{\text{전체 시간}} \right) \times 100$$

### 가용성 수준별 연간 허용 장애 시간 (The Nines)
| 가용성 (%) | 연간 최대 장애 허용 시간 | 비고 |
| :--- | :--- | :--- |
| 99% (Two Nines) | 약 3.65일 | 일반적인 서비스 수준 |
| 99.9% (Three Nines) | 약 8.77시간 | 기업용 서비스 표준 |
| 99.99% (Four Nines) | 약 52.56분 | 고가용성(HA) 필수 서비스 |
| 99.999% (Five Nines) | 약 5.26분 | 금융, 의료, 국가 기간망 수준 |

## 6. 설계 시 고려사항 및 트레이드오프
리던던시를 무조건적으로 늘리는 것이 항상 정답은 아니며, 다음과 같은 트레이드오프를 고려해야 한다.

- **비용 상승:** 장비의 중복 배치는 하드웨어 구매 비용, 라이선스 비용, 전력 및 상암 공간(데이터 센터 상암/랙 공간) 비용의 선형적 증가를 초래한다.
- **관리 복잡도:** 구성 요소가 많아질수록 설정 오류의 가능성이 높아지며, 모니터링 및 유지보수 포인트가 증가한다.
- **스플릿 브레인(Split-brain) 현상:** 네트워크 단절로 인해 두 시스템이 서로 상대방이 죽었다고 판단하여, 둘 다 Active 상태가 되어 데이터 충돌이나 서비스 중복 발생을 일으키는 위험 요소이다. 이를 방지하기 위해 **쿼럼(Quorum, 정족수)** 메커니즘이나 펜싱(Fencing) 기술을 도입한다.

## 7. 실제 적용 예시

### 7.1 클라우드 아키텍처 (AWS/Azure 등)
현대적인 클라우드 설계에서는 **가용 영역(Availability Zone, AZ)** 단위의 리던던시를 적용한다. 하나의 데이터 센터(AZ)가 화재나 정전으로 마비되더라도, 다른 AZ에 배치된 복제 서버가 서비스를 지속하게 한다.

### 7.2 로드밸런서 설정 예시 (Nginx)
다음은 Nginx를 사용하여 두 대의 백엔드 서버에 Active-Active 방식의 리던던시를 구현한 설정 예시이다.

```nginx
upstream backend_servers {
    # 서버 1과 서버 2에 트래픽을 분산 (Active-Active)
    server 10.0.0.1:8080 max_fails=3 fail_timeout=30s;
    server 10.0.0.2:8080 max_fails=3 fail_timeout=30s;
}

server {
    listen 80;
    location / {
        proxy_pass http://backend_servers;
        # 서버 장애 시 다음 서버로 요청을 전달하는 페일오버 메커니즘
        proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504;
    }
}
```

### 7.3 기타 산업 적용 사례
- **항공기 제어 시스템:** 비행 제어 컴퓨터(FCC)를 3중 또는 4중으로 구성하여, 하나의 컴퓨터가 오작동하더라도 다수결 원칙(Voting)을 통해 올바른 제어 신호를 결정한다.
- **금융권 메인프레임:** 실시간 데이터 미러링을 통해 주 센터 장애 시 즉시 재해복구(DR) 센터로 전환하여 거래 중단을 방지한다.
- **전력망(Grid):** 변전소 간 다중 경로 전력선을 구축하여 특정 선로 사고 시에도 우회 경로를 통해 전력을 공급한다.

## 8. 리던던시 설계 체크리스트
시스템 설계 시 다음 항목을 검토하여 누락된 리던던시 지점이 없는지 확인한다.

- [ ] **SPOF 식별:** 시스템 전체 경로에서 단 하나만 존재하여 장애 시 전체가 중단되는 지점이 있는가?
- [ ] **전원 및 네트워크:** 서버의 PSU와 NIC가 이중화되어 있으며, 서로 다른 전원 회로와 스위치에 연결되었는가?
- [ ] **데이터 동기화:** Active-Standby 구성 시, 데이터가 실시간 또는 준실시간으로 동기화되고 있는가?
- [ ] **전환 테스트:** 페일오버 시나리오를 작성하고, 실제 장애 상황을 가정하여 전환 시간이 목표치(RTO) 내에 들어오는가?
- [ ] **스플릿 브레인 방지:** 네트워크 분리 상황에서 데이터 무결성을 보장할 쿼럼(Quorum) 장치가 마련되었는가?
- [ ] **복구 경로:** 페일백(Failback) 절차가 정의되어 있으며, 데이터 유실 없이 원복 가능한가?